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(57) Abstract 

A method and apparatus for sending blocks of data without any error correcting coding is described. If the block is received without 
an error then the next block of data is transmitted. If the block is received with an error, the receiving device sends a message requesting 
error correcting information. The transmitting device sends the error correcting information in specified increments until the receiving 
device can successfully decode the block without error. Once the block is received without errors, the next block of data is transmitted. 
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INCREMENTAL REDUNDANCY RADIO LINK PROTOCOL 



REFERENCE TO CROSS-RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application No. 
60/064,223, filed October 29, 1997, entitled "An Incremental Redundancy Radio 
Link Protocol For IS-136 + . 99 



CD 10 FIELD OF THE INVENTION 
C/> 



15 



The invention relates to communication networks in general. More 
particularly, the invention relates to a radio link protocol for increasing 
bandwidth efficiency for a network. 

BACKGROUND OF THE INVENTION 



The demands on an individual's personal and professional time has 
created the need to communicate with others while on the move. Cellular 
20 systems provide this capability. As the number of individuals seeking to use 
cellular services increases, however, cellular systems are quickly running out of 
capacity. The term "capacity" loosely refers to the number of cellular calls a 
system can carry at any one time. This is evidenced by the rising number of 
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"busy" signals the average cellular user receives while attempting to place a call 
in heavily populated areas such as within the downtown portion of a city. 
Consequently, cellular providers are turning towards digital cellular technologies 
to increase the capacity of their systems. Accordingly, this movement led to the 
5 establishment of a digital cellular standard in the United States referred to as 
Electronic Industries Association (EIA) Interim Standard IS- 136, Rev 1.1, "800 
MHz TDMA Cellular - Radio Interface - Mobile Station - Base Station 
Compatability - Digital Control Channel," October 11, 1995 ("IS-136"). 

IS- 136 defines a digital cellular system utilizing a variety of technologies 

10 to enhance the capacity of a system, such as using Time Division Multiple 

Access (TDMA), voice compression using Vector Sum Linear Prediction Coding 
(VSELP), and digital signaling. In addition to the above, IS- 136 uses four-level 
phase shift keying (4-PSK) modulation. Modulation refers to the process of 
converting digital data into analog tones that can be transmitted over radio 

15 frequency (RF) spectrum. 

A revision to IS- 136 has been proposed. The revised IS-136 standard is 
referred to as "IS-136+." IS-136+ attempts to achieve higher data rates over 
IS-136 by, among other things, increasing the modulation format from 4-PSK to 
8-PSK or 16-Quadrature Amplitude Modulation (QAM). While increasing the 

20 modulation format increases the capacity of the system, it also increases the 
number of frame errors in the system, especially at low Signal-to-Noise Ratio 
Op (SNR). 

CD 

CO Conventional IS-136 and IS-136-f- systems use a radio link protocol 

^ referred to as EIA IS-130, Rev A, "800 MHZ Cellular Systems - TDMA Radio 

Q 25 Interface - Radio Link Protocol 1," July 25, 1997 ( a IS-130 n ) to correct frame 
q" errors. IS-130, however, is unsatisfactory for a number of reasons, two of 

which are discussed below. 

The first problem with IS-130 is that it does not account for the SNR for 
a communication channel. IS-130 uses a technique referred to as "5/6 encoding" 
30 as a means of performing error correction for data transmitted from a transmitter 
to a receiver. The technique of 5/6 encoding means for every five bits of data, a 
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sixth bit is introduced to correct errors. The problem with 5/6 encoding, 
however, is that it introduces a fixed amount of overhead for every five bits of 
actual data. If a communication channel has a high SNR, which means there is a 
lower likelihood of errors occurring during transmission, many times there is no 
5 need for the extra overhead. In other words, a block of transmitted data is 
received without any errors, and therefore the bandwidth spent transmitting the 
error correcting bits could have been used to transmit actual data. Conversely, if 
a communication channel has a low SNR, which means there is a greater 
likelihood of errors occurring during transmission, in many instances the errors 
10 are so numerous that 5/6 encoding cannot adequately correct them. Again, the 
resources used to transmit the error correcting bits are wasted. Moreover, this 
latter point also gives rise to a second problem associated with IS- 130. 

The second problem with IS- 130 is that if the received block of data has 
errors that cannot be corrected, the entire block is discarded and is resent by the 
15 system. This means that the bandwidth spent transmitting and receiving the 
block is wasted. The time spent resending the block takes up resources that 
could otherwise be devoted to carrying extra calls for the system, Le,., increasing 
the capacity of the system. 

In view of the foregoing, it can be appreciated that a substantial need 
20 exists for a radio link protocol that solves the above-discussed problems. 

SUMMARY OF THE INVENTION 

One embodiment of the invention includes a method and apparatus for 
25 sending blocks of data without any error correcting coding. If the block is 

received without an error then the next block of data is transmitted. If the block 
is received with an error, the receiving device sends a message requesting error 
correcting information. The transmitting device sends the error correcting 
information in specified increments until the receiving device can successfully 
30 decode the block without error. Once the block is received without errors, the 
next block of data is transmitted. 
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With these and other advantages and features of the invention that will 
become hereinafter apparent, the nature of the invention may be more clearly 
understood by reference to the following detailed description of the invention, the 
appended claims and to the several drawings attached herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 illustrates a cellular communications system suitable for practicing 
one embodiment of the invention. 
10 j FIG. 2 is a protocol stack suitable for practicing one embodiment of the 

invention. 

FIG. 3 is a block diagram of a computer system for implementing an 
Incremental Radio Link Protocol (IRLP) in accordance with one embodiment of 
the invention. 

15 FIG. 4 is a block diagram of a sending IRLP module in accordance with 

one embodiment of the invention. 

FIG. 5 shows the format of a block B t in accordance with one 
embodiment of the invention. 

FIG. 6 illustrates rate l A binary convolutional encoding in accordance 
20 with one embodiment of the invention. 

FIG. 7 is an example of a transmit table in accordance with one 
embodiment of the invention. 
^> FIG. 8 illustrates a Packet Data Unit in accordance with one embodiment 

Q of the invention. 

O 25 FIG. 9 is a block diagram of a receiving IRLP module in accordance with 

one embodiment of the invention. 

FIG. 10 illustrates a receive table in accordance with one embodiment of 
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FIG. 11 illustrates a frame as defined by IS-136. 
30 FIG. 12 illustrates the throughput results of one embodiment of the 

invention versus the IS-130 protocol for low Doppler frequencies. 
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FIG. 13 illustrates the throughput results of one embodiment of the 
invention versus the IS- 130 protocol for high Doppler frequencies. 

FIG. 14 illustrates the throughput and average delay for D= 1,2,3,4 and 
D=5 for low Doppler frequencies in accordance with one embodiment of the 
5 invention. 

FIG. 15 illustrates the throughput and average delay for D = 1,2,3,4 and 
D=5 for high Doppler frequencies in accordance with one embodiment of the 
invention. 

FIG. 16 illustrates the throughput and delay curves for the adapted and 
10 non-adapted systems operating at high Doppler in accordance with one 
embodiment of the invention. 

DETAILED DESCRIPTION 



15 This embodiment of the invention includes a hybrid 

acknowledgment/request (ARQ) based Radio Link Protocol for IS- 136+ that 
offers higher data throughput compared to the Radio Link Protocol as defined by 
IS- 130. This embodiment of the invention operates by transmitting data uncoded 
on the initial transmission and incrementally transmits parity information upon 
20 receipt of a negative acknowledgment from the receiver. The parity information 
is derived from a rate 1/2 binary convolutional code. The receiving protocol 
retains received information in the form of soft decision bits and jointly decodes 
^ the data and parity until decoding is successful. The gain of the protocol is 

between 2 to 5 dB at low to mid SNR ranges, and 20% throughput at high SNR. 
25 IS- 136+ is an extension of IS-136 aiming to achieve higher data rates by 

increasing the modulation format from 4-PSK to 8-PSK and/or 16-QAM. The 
penalty incurred by a higher modulation format is an increase in the frame error 
CD rate (FER) especially at low SNR. The radio link protocol defined in IS- 130 

C") (RLP1) is designed to correct the layer- 1 frame errors by using a selective ARQ 

30 scheme to retransmit lost frames. Although the layer-1 and layer-2 systems are 
individually optimized, when operating jointly there is a mismatch leading to 
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inefficiencies, especially at extreme values of SNR. The main cause for 
sub-optimal performance of the joint system is a mismatch between the layer- 1 
code rate and the average SNR the system is operating at. At low SNR, the 
fixed rate 5/6 encoding of layer- 1 is too weak, leading to frame error rates of as 
5 much as 80%, while at high SNR, the channel is of sufficient quality that coding 
is almost unnecessary. 

This embodiment of the invention modifies the IS-130 radio link protocol 
and the layer- 1 specification such that the code rate is adapted as necessary to 
match the average SNR of the system and the realization of the random processes 

10 affecting the transmitted signal. More particularly, the definition of layer-1 is 
modified to be an uncoded data transport system that delivers bits to layer-2 in a 
soft decision format, that is, likelihood information for each bit is retained. The 
encoding task is moved to layer-2 in such a way that the code rate is dynamically 
selected . as required. This is implemented by initially transmitting the data 

15 uncoded, followed by transmitting parity information as determined by the 
receiver state feedback information. In other words, the power of the code is 
increased as required. Although this embodiment of the invention is discussed in 
terms of modifying IS-130, it can be appreciated that other radio link protocols 
can be also modified using the principles discussed herein and still fall within the 

20 scope of the invention. 

A general overview of the steps implemented in accordance with one 

(D embodiment of the invention is as follows. A block of data is sent from a first 
CO 

*"*■ network device to a second network device. The first network device determines 

< whether the block was received with an error. If the block was received with an 

Q 

=^ 25 error, the first network device sends increments of error correcting information 
until the error has been corrected or until all available error correcting 
information for the block has been sent. 

In particular, the first network device generates a block of bits at the first 
.O network device, encodes the block, and sends the encoded blocks to a second 

*< 30 network device. The first network device determines whether the encoded block 
was received by the second network device with an error. The first network 
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device sends increments of error correcting information to the second network 
device if the encoded block was received with an error. 

The first network device determines whether the encoded block was 
received with errors as follows. First, the first network device receives a first 

5 error message from the second network device. A status bit associated with the 
block is set and evaluated. 

The first network device generates the block of bits as follows. The first 
network device receives a service data unit (SDU) comprised of a series of bits. 
The first network device generates error detection bits for the service data unit 

10 bits. The first network device then concatenates the SDU bits and the error 
detection bits to form a single block. 

The first network device encodes the block as follows. The first network 
device generates error correcting bits for the block. It then allocates the data bits 
and error detection bits to data intermediate blocks, and the error correcting bits 

15 to error correcting intermediate blocks. The first network device interleaves bits 
from the data intermediate blocks to form data sub-blocks, and bits from the 
error correcting intermediate blocks to form error correcting sub-blocks. 

The first network device sends the encoded block as follows. The first 
network device forms a current data sub-block into a data packet data unit, and 

20 sends the data packet data unit to the second network device. The first network 
device then determines whether the data packet data unit was received by the 
second network device with an error. The first network device resends the data 
packet data unit until it is received by the second network device without an 
error. This sequence continues for each data sub-block for the block until all 

25 data sub-blocks are received by the second network device without an error. 

The first network device determines whether the data packet data unit was 
received by the second network device with an error as follows. The first 
network device receives a second error message from the second network device 
indicating a data packet data unit was received with an error. The first network 

30 device sets a status bit associated with the data sub-block used to form the data 
packet data unit, and then evaluates or checks the status bit. 

7 
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The first network device forms the current data sub-block as follows. 
The first network device encodes a heiader block for each encoded sub-block. 
Each encoded header block is then added to the encoded sub-block. 

The first network device sends error correcting information as follows. 
5 The first network device forms a current error correcting sub-block into a packet 
data unit, and sends the error correcting packet data unit to the second network 
device. The first network device then determines whether the error correcting 
packet data unit was received by the second network device with an error. The 
error correcting sub-block is resent and re-evaluated until the error correcting 

10 packet data unit is received by the second network device without an error. The 
first network device determines whether the block was corrected using the error 
correcting sub-block used to form the error correcting packet data unit. If the 
block was not corrected, the sequence is repeated using a next error correcting 
sub-block until the block is corrected or until each error correcting sub-block for 

15 the block is received by the second network device without an error. 

The first network device determines whether the error correcting packet 
data unit was received by the second network device with an error as follows. 
The first network device receives a third error message from the second network 
device indicating the error correcting packet data unit was received with an error. 

20 It sets a status bit associated with the error correcting sub-block used to form the 
error correcting packet data unit, and it evaluates the status bit. 

The first network device determines whether the block was corrected 
using the error correcting sub-block used to form the error correcting packet data 
unit as follows. The first network device receives a fourth error message from 

25 the second network device indicating the block was not corrected using the error 
correcting sub-block. A status bit associated with the block is set and evaluated. 

The first network device forms the error correcting packet data unit as 
follows. It encodes a header block for each encoded sub-block. The encoded 
header block is then added to the encoded sub-block. 

30 The next section will describe in general terms the steps performed by the 

second network device in accordance with one embodiment of the invention. 
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The second network device receives an encoded block at the second 
network device and performs the following steps. It decodes the received block 
and determines whether the block has an error. The second network device then 
corrects the error using error correcting information sent by the first network 
5 device. The second network device then generates or recovers an SDU from the 
block. 

The second network device receives the encoded block as follows. The 
second network device receives a current data packet data unit from the first 
network device, and it determines whether the data packet data unit has an error. 

10 This is repeated until the data packet data unit is received without an error. The 
entire sequence is repeated with a next data packet data unit until each data 
packet data unit for the block is received without an error. 

The second network device determines whether the data packet data unit 
has an error as follows. The second network device decodes the data packet data 

15 unit into header bits and error detection bits, and it tests the header bits using the 
error detection bits. The second network device then sets a status bit for a data 
sub-block indicated by the header bits in accordance with the test results, and it 
evaluates the status bit. 

The second network device decodes the received block as follows. It first 

20 retrieves data bits and error detecting bits from the received data sub-blocks. It 
then forms a service data unit. 

The second network device determines whether the received block as an 
error as follows. The second network device tests the SDU using the error 
detection bits. It then sets a status bit associated with the block in accordance 

25 with the test, and it evaluates the bit. 

The second network device corrects the received block as follows. The 
second network device receives a current error correcting protocol data unit, and 
it determines whether the error correcting packet data unit has an error. It then 
sends a third error message to the first network device. This is repeated until the 

30 error correcting packet data unit is received by the second network device 

without an error. The second network device determines whether the block was 

9 
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corrected using the error correcting sub-block used to form the error correcting 
packet data unit. If not corrected, the entire sequence is repeated with a next 
error correcting sub-block until the block is corrected or until each error 
correcting sub-block for the block is received by the second network device 

5 without an error. 

The second network device determines whether the block was corrected 
using the error correcting sub-block used to form the error correcting packet data 
unit as follows. The block is corrected using the bits from the error correcting 
sub-block. The block is tested using the error detection bits. The second 

10 network device sends a fourth error message to the first network device in view 
of the test results, and it sets a status bit associated with the block. The status 
bit is then evaluated. 

Referring now in detail to the drawings wherein like parts are designated 
by like reference numerals throughout, there is illustrated in FIG. 1 a cellular 

15 communications system suitable for practicing one embodiment of the invention. 
As shown in FIG. 1, a cellular communications system 100 comprises mobile 
stations 102, 104 and 106 in communication with a base station 108 over a 
plurality of radio-frequency (RF) channels. Base station 108 is connected to a 
mobile telephone switching office (MTSO) 110. MTSO 110 is connected to a 

20 public switched telephone network (PSTN) 112, which in turn is connected to 
audio interface devices 114, 116 and 118. It is worthy to note that cellular 
communications system 100 is but one example of a system in which the present 
invention can be displayed, and that a person of ordinary skill in the art 
understands that system 100 can comprise any number of sub-systems and 

25 configurations and still fall within the scope of the invention. 

In operation, for example, mobile station 102 requests a communication 
channel for completing a call to audio interface device 118. Base station 108 
establishes the communications channel with mobile station 102 and with audio 
interface device 118 via MSTO 110 and PSTN 112. Once the communication is 

30 established, mobile station 102 and audio interface device 118 begin 
communicating information. 

10 
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Establishing the communications channel between base station 108 and 
mobile station 102, as well as managing the transfer of information between 
both, are accomplished in accordance with a series of communication protocols. 
These protocols manage different operations of the communications process, 

5 which are typically defined in terms of "layers", and are collectively referred to 
as a protocol stack. The protocol stack used by system 100 is described with 
reference to FIG. 2 below. 

FIG. 2 is a protocol stack suitable for practicing one embodiment of the 
invention. As shown in FIG. 2, mobile station 102 communicates with base 

10 station 108 over a radio interface 202 by utilizing a series of communication 

protocols broken down into three distinct layers. Layer 1 of the protocol stack is 
the physical layer. The physical layer is concerned with the transmission of 
unstructured bit streams over a physical link, involving such parameters as signal 
voltage swing, signal bit duration and so forth. In this embodiment of the 

15 invention, the physical layer operates in accordance with IS- 136 or IS-136-K It 
is worthy to note that IS-136 and IS-136+ will be uniformly referred to as IS- 
136 unless differences between IS-136 and IS-136+ merit separate treatment. 
Layer 2 of the protocol stack is the data link layer. The data link layer provides 
for the reliable transfer of data across the physical link, such as sending blocks 

20 of data with the necessary synchronization, error control, flow control, and so 
forth. As currently defined, IS-136 and IS-136 + utilize a radio link protocol 
defined by IS- 130 for the data link layer operations. Layer 3 of the protocol 
stack is the network layer. The network layer provides upper layers with 
independence from the data transmission and switching technologies used to 

25 connect systems. The network layer is responsible for establishing, maintaining 
and terminating connections. In this embodiment of the invention, the network 
layer operates in accordance with any network layer protocol suitable for use 
with IS-136+ and IS-130. 

This embodiment of the invention relates to the physical layer (layer 1) 

30 and data link layer (layer 2) for the above-described protocol stack. The IS-136 
layer-1 specification for data transport delivers packets of 216 bits using a rate 

11 
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5/6 binary convolutional code and 7r/4 offset 4-DPSK modulation. IS- 136+ aims 
to increase data rates by using higher modulation formats such as 8-PSK and 
16-QAM. This embodiment of the invention modifies IS- 136 layer- 1 to transport 
frames of bits uncoded and deliver these to layer-2 in a soft decision format, that 
5 is, reliability information on each bit is included. It is assumed that the physical 
layer decides on the most appropriate modulation format (4-PSK, 8-PSK, 
16-QAM) depending on channel conditions (average SNR and Doppler 
frequency). Such decisions can be based on measuring the average SNR over a 
number of slots and estimating the Doppler frequency f D as a function of the rate 

10 of change of the signal power. Further, this embodiment of the invention 

replaces the radio link protocol defined by IS- 130 with an incremental radio link 
protocol (IRLP) described herein. As with IS- 130, IRLP is a radio link protocol 
for asynchronously transporting data between unspecified layer-3 entities, and is 
positioned between the physical layer (layer- 1) and the network layer (layer-3) as 

15 shown in FIG. 2. 

FIG. 3 is a block diagram of a computer system for implementing the 
IRLP in accordance with one embodiment of the invention. In this embodiment 
of the invention, functionality for the IRLP is implemented in the form of 
computer program segments stored in memory for execution by a processing 

20 device. Accordingly, FIG. 3 shows a computer system 300 comprising a 
processor 302 and a memory 304. Processor 302 includes any processor of 
sufficient processing power to perform the functionality for the IRLP described 
in detail below. Examples of processors suitable to practice the various 
embodiments of the invention include the Pentium®, Pentium® Pro, and Pentium® 

25 II microprocessors from Intel Corporation. Memory 304 can be any type of 
high-speed computer-readable memory such as random access memory (RAM), 
dynamic RAM (DRAM), read only memory (ROM), programmable read only 
memory (PROM), erasable programmable read only memory (EPROM), 
electronically erasable programmable read only memory (EEPROM), and so 

30 forth. 

12 
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The overall functioning of computer system 300 is controlled by processor 
302, which operates under the control of executed computer program instructions 
that are stored in memory 304. The computer program instructions 
implementing the functionality for this embodiment of the invention are stored in 

5 memory 304 and are shown as separate functional modules, namely, sending 
IRLP module 308 and receiving IRLP module 310. Also stored in memory 304 
is transmit table 306 for use with sending IRLP module 308, and receive table 
module 312 for use with receiving module 312. Modules 308 and 310 will be 
described in further detail below. 

10 FIG. 4 is a block diagram of a sending IRLP module in accordance with 

one embodiment of the invention. As shown in FIG. 4, sending IRLP module 
308 comprises a blocking module 404, an encoding module 406, and a send 
transport module 408. In operation, module 308 receives a Service Data Unit 
(SDU) 402 from the network layer (layer-3), transforms SDU 402 into a 

15 corresponding- Packet Data Unit (PDU) 410, and transports PDU 410 over the 
physical layer (layer-1). In this embodiment of the invention, SDU 402 is one of 
a series of SDUs all in the form of octets which are to be delivered in-sequence 
to the layer-3 on the receiving side. 

FIG. 5 shows the format of a block Bj in accordance with one 

20 embodiment of the invention. Blocking module 404 accepts SDU 402 from the 
transmitting layer-3 and constructs a blocked SDU by concatenating L^ bits and 
a frame check sequence (FCS). In this embodiment of the invention, the FCS is 
a Cyclic (Bi) Redundancy Check (CRC) of length L^crc computed over the 
corresponding data bits. The lengths L^ and Ldcrc are design parameters to be 

25 optimized. The blocks Bi of length L^ = + Ldcrc are passed to encoder 
406 described below. 

From the blocked SDU B is encoder 406 constructs a set of 2D sub-blocks 
of length Lsub-bioc* =L Bk)Ck /D. These sub-blocks are divided into two categories, 
namely data sub-blocks and parity sub-blocks denoted by Dy and P Sj 0 " 

30 respectively. The data sub-blocks D n to D^ contain no redundancy and represent 
a 1 to 1 mapping to the blocked SDU B v The parity sub-blocks P n to P© contain 

13 
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parity information derived from Bj and are used by the protocol for Forward 
Error Correction (EEC) upon decoding failure at the receiving side. In this 
embodiment of the invention, the sub-blocks are derived from B t by a rate 1/2 
binary convolutional encoding as shown FIG. 6. 
5 FIG. 6 illustrates rate X A binary convolutional encoding in accordance 

with one embodiment of the invention. This embodiment of the invention 
includes rate 1/2 binary convolutional encoding using a 32-state maximum 
Hamming distance code with octal generators (53,75). It is noted that the output 
bits resulting from the encoding are mapped to the sub-blocks in an interleaved 

10 manner to maximize time/code diversity. The encoded sub-blocks are passed to 
send transport module 408 for transmission. 

Send transport module 408 transports the blocked SDUs Bj to the 
receiving side and delivers them in-sequence to layer-3. Module 408 
accomplishes this by initially sending just the data sub-blocks D u to followed 

15 by sending additional parity sub-blocks Py whenever the receiver fails to decode 
block Bj correctly. Send transport module 408 cannot discard the sub-blocks 
corresponding to a block B x until it has received a positive acknowledgment from 
the receiver for B l9 hence the protocol operates by maintaining in a table the 
sub-blocks that have been transmitted but not yet acknowledged. An example of 

20 a transmit table is shown in FIG. 7 as described below. 

FIG. 7 is an example of a transmit table in accordance with one 
embodiment of the invention. FIG. 7 shows a transmit table operating with D= 
4. The transmit table contains the following fields: 

25 1 . NS is the sequence number assigned by the sending RLP to each 

block B f . The sequence number is i mod WS, where WS is the 
window size. 

2. B is a flag denoting whether or not the corresponding block Bj has 
30 been successfully decoded by the receiver. A zero indicates the 

entry is undecoded. 

14 
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3. R indicates whether module 408 needs to transmit more 
information about block Bj to the receiving RLP. 

4. MC indicates whether the protocol has sent non-consecutive 
multiple sub-blocks of the block Bj. A 1 indicates yes and 0 
indicates no. 

5. to B DD respectively indicate whether sub-blocks Dj ... D D have 
been received. A 0 indicates unreceived. 

6. B Pl to B PD respectively indicate whether sub-blocks P x . . . P D have 
been received. A 0 indicates unreceived. 



7. DATA contains the data and parity {D u ... , P a ... P^} 
15 sub-blocks corresponding to block Bi. 

Send transport module 408 transports data and parity sub-blocks in 
accordance with the following algorithm: 

20 1. Read the feedback packet. 

2. Update the flags B, B D1 ... B DD , and B P1 ... B PD . Set the index 
variable K R to the point in the entry most down in the table for 
which one of the B flags was updated (i.e. , changed from 0 to 1) 

25 and for which MC=0. 

3. For each transmit table entry from the first to the entry K R 
(determined at step ?), set R to 1 and MC to 0. 

30 4. Delete all entries in the table with B set to 1. 
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5. If the last entry in the table has R set to 1, then go to step 9. 

6. Find the first entry with R set to 1, move it to the bottom of the 
table and go to step 9. If there is no entry with R set to 1, go to 

5 step 7. 

7. If the window is not full and there are data sub-blocks at the 
encoder output corresponding to a data block Bj, retrieve the 
sub-blocks D u ... and P a ... P^fi-oni the encoder, assign the 

10 next NS set B and MC to 0, R to 1 and place the entry at the 

bottom of the table, and go to step 9. Otherwise, go to step 8. 

8. If the table is empty, stop. Otherwise, move the first table entry 
to the bottom of the table, set MC and R to 1, and go to step 9. 



15 



9. If all data sub-blocks have been transmitted, then send the next 
parity sub-block and set R=0. Otherwise send the next data 
sub-block. 



20 Note that for transmission, the sub-blocks are combined with a header as 

described below. 

FIG. 8 illustrates a PDU in accordance with one embodiment of the 
invention. Module 408 sends the data sub-blocks encapsulated in the frame 
format shown in FIG. 8. The packet consists of two parts, namely an encoded 
25 header and a data or parity sub-block which is one of {D n ... D^, P u ... P^} as 
decided by step 9 of the sending protocol procedure. The header is rate 1/2 
encoded to ensure a high decoding reliability and contains the following fields: 

1. NS is the block sequence number of length bits. 

30 
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2. NB is sub-block sequence number of length bits. The number 
NB represents which sub-block of the block Bj is being 
transmitted. The length Ln B is related to D by: 

5 Lnb = [log 2 2D], 

3. A CRC of length Lh CRC which is a FCS over the header bits only. 
This FCS is used to ensure the integrity of the header information. 

10 The total PDU length is Lp DU which is the layer- 1 transmission packet 

length and is a design parameter to be optimized. It is a function of the number 
of IS- 136 slots over which a transmission occurs and the modulation format. It 
is worthy to note that although the encoder described above is a 32-state rate 1/2 
convolutional encoder, a block code with error correction and detection 

15 capabilities may be used and still fall within the scope of the invention. 

FIG. 9 is a block diagram of a receiving IRLP module in accordance with 
one embodiment of the invention. Receiving IRLP module 310 is a peer for 
sending IRLP module 308 and is responsible for combining the received 
sub-blocks and jointly decoding them to recover the data blocks B^ Module 310 

20 receives PDU 410 from layer-1. Module 310 comprises a receive transport 
module 902, a quantizer 904, a decoder 906, a FCS decoder 908 and a 
deblocking module 910. Module 310 outputs a replica of SDU 402. 

Module 310 utilizes receive table 312. Receive table 312 is 
complementary to transmit table 306 and stores the received sub-blocks and 

25 decoded blocks until they can be delivered in-sequence to layer-3. It is worthy to 
note that because the sub-blocks are retrieved from layer-1 in soft-decision 
format and need to be stored in receive table 312, a high memory overhead is 
incurred (for example, memory requirements would increase by a factor of 8 if 8 
bits are stored per soft bit). Therefore for storage purposes, the soft information 

30 is quantized to q levels. 
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FIG. 10 illustrates a receive table in accordance with one embodiment of 
the invention. Receive table 312 has the following fields: 

1 . NS is the block sequence number. 

5 

2. BF indicates whether the corresponding block has been decoded 
successfully. A 1 indicates success. 

3. B Dl to B DD respectively indicate whether data sub-blocks D lt ..D D 
10 have been received. 

4. B P1 to B PD respectively indicate whether parity sub-blocks P x ... P D 
have been received. 

15 5. DATA contains the soft-decision data and parity {D u ... D^, P u 

. . . Pid} sub-blocks corresponding to block B s . 

Module 310 operates in accordance with following receive algorithm: 

20 1. If available, retrieve a received soft-decision PDU U t ' from 

layer- 1, decode the header and check its CRC. If it fails, discard 
the PDU and go to step 6, else go to step 2. 

2. If BF corresponding to the received NS is set to 1, then discard 
25 the received PDU and go to 6, else go to 3. 

3. Set the flag B^ or P Dj as specified by NB to 1. Use the quantizer 
to quantize the soft-decision bits of U t ' and store the sub-block 
information at the location corresponding to NS and NB in the 

30 receive table. If this sub-block was already received earlier, then 

add the soft-decision metrics. 
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4. Pass the quantized soft-information sub-blocks corresponding to 
NS already stored in the table to the decoder and the full 
soft-information of the most recently received sub-block. Decode 
this set of sub-blocks and compute the FCS. If the FCS passes, 

5 store the decoded block in place of the soft-decision data and set 

the flag BF to 1. 

5. If the first receive table entry has BF set to 1, then deliver the 
decoded blocks from the first entry up to, but not including, the 

10 first entry with BF=0. Delete the delivered receive table entries. 

6. Set NR to the value of NS of the first entry in the table. If a PDU 
was received or the receive table is not empty, send the feedback 
packet created from the receive table. Otherwise send nothing. 

15 

Quantizer 904 reduces the storage requirements of the soft-decision bits 
received from layer- 1. The quantizer converts the soft-decision information into 
a q level representation, where q is a design parameter that trades off receiver 
memory requirements against system performance. For a q level quantization, 

20 the memory requirements at the receiver per bit are given by [log 2 q]. It is 
worthy to note that the quantization intervals should be optimized carefully, 
especially for low values of q. 

Decoder 906 corresponds to encoding module 406 described above. It is 
passed the subset of received soft-decision sub-blocks D^ ... D' D , P'j ... P^ and 

25 attempts to decode using the soft decision Viterbi algorithm. In this embodiment 
of the invention, the soft decision metrics are calculated by first letting by denote 
the f h bit of sub-block D { (or P^. For transmission, the sequence of bits b 0 is 
conventionally interleaved and mapped to the two-dimensional constellation C (e.g. 
4-PSK, 8-PSK, etc.). The number of bits that map to a point in C is / = log 2 IC t 

30 hence each point in C is labeled by 1 bit. If b fj maps to the n* bit of the label, then 
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the set C 0 denotes the set of points in C for which bit n of its label is 0, and C, 
denotes the set of points in C for which bit n of its label is /. 

Determining the soft-decoding metric m 0 for bit / of a sub-block D\ (or P'j) 
consists of the following steps: 

1 . Let r, represent the received channel sample encoding bit j\ and let v, 
represent the channel state corresponding to r y 



2. Determine the symbol c Q e C Q closest (measured by Euclidean 
10 distance) to r, /v p and c ] e C, closest to r, /v f 



3. Compute a noise variance estimate N' oj for bit j. 

4. Compute the soft decision metric m & for bit j\ 

m o = (\ r j ~ c o v j 1 2 - 1 0 ' c \ v j l^/N'oj 



15 



The noise estimate for each bit at step 3 is desirable due to variations in the SNR 
level between transmissions of sub-blocks belonging to the block Bj. This decoding 
20 method provides a form of interference diversity, A practical method of estimating 
the SNR level for each bit is to estimate it by the SNR Ad measured across the sub- 
block Z> f . 



25 



N' 0/ - = 2 mini r y - Vj c k 1 2 /Z Sub ^ lock 



J c eC 
k 



and using N' oj = N' oi . Decoder 906 output B' f conresponding to the sending 2? ; is 
checked for correct decoding by the FCS decoder 908. 

Decoder 906 passes B'; to FCS decoder 908. FCS decoder 908 computes 
30 the FCS of B f l and indicates to receiving IRLP module 310 whether the received 
block passed the frame check. 

20 
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Deblocking module 910 performs the inverse operation to blocking 
module 404 described with respect to FIG. 4. Module 910 delivers the 
de-blocked SDUs to layer-3. 

In this embodiment of the invention, sending IRLP module 308 and 
5 receiving IRLP module 310 operate using the following parameters. Although 
specific values are assigned for some parameters, it can be appreciated that these 
values are exemplary only and can vary while remaining within the scope of the 
invention. Specific parameter values for the length LB lock of data blocks and L sub _ 
block are given. These lengths are a function of the length Lp DU of the layer-1 
10 PDU, the number of sub-blocks D a block is divided into, and the PDU encoded 
header length LE^Hcader- These are related as follows: 

L su b-block " LpDU " LEncHeadcr 
15 LBlock = D X Ls u b-block 

L^ata = Lbiodj - LpcRC 

The protocol overhead measured as one minus the ratio of the layer-3 data size to 
20 the transmitted data size is given by: 

Efficiency = 1 - L^/CD x Lp DU ) 

Sending IRLP module 308 transports across the physical channel data 
25 packets of size Lp DU bits and delivers these in soft decision format to the link 
layer. The underlying physical layer is IS-136+ which is similar to IS-136 
except for employing a higher modulation format to enable increased data 
throughput. 

FIG. 11 illustrates a frame as defined by IS-136. Each 30 kHz IS-136 
30 channel consists of frames of 40 ms duration. Each frame is divided into six 
slots of which two are allocated to a user for full-rate transmission. The symbol 

21 



BNSDOCID: <WO 9922481 A 1_l_> 



WO 99/22481 



PCT/US98/22781 



rate is 24300 symbols per second giving 162 symbols per slot. Of these 162 
symbols, 130 are available for data transmission. 

It is assumed that the physical layer determines via channel quality 
feedback the most appropriate modulation format to maximize overall data 
throughput. The practical choices of modulation formats are those transmitting 2, 
3 or 4 bits per symbol. Table 1 lists some alternatives for each spectral 
efficiency. 



Table 1 



10 



bits/symbol 


Coherent 


Differential 


2 


4-PSK 


4-DPSK 


3 


8-PSK 


8-DPSK 


4 


16-PSK, 16-QAM 


16-DPSK 



15 



20 



The link layer protocol requires a fixed length packet size Lp DU . In order 
to accommodate modulation mode switching, this size must be selected such that 
an integral number of PDUs can be transmitted over a fixed number of slots 
using each modulation format. This can be accomplished by choosing to transmit 
either over two slots with a PDU size of 260 bits, or over four slots with a PDU 
size of 520 bits as shown in Table 2. 



25 



Table 2 



bits/symbol 


slots =2, Lp DU = 260 


slots=4, Lp DU = 520 


2 


2x260 


2 x 520 


3 


3 x 260 


3 x 520 


4 


4 x 260 


4 x520 



30 
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The advantage of a greater PDU size is better protocol efficiency and higher 
interleaving depth as described below. 

Tables 3 and 4 show the protocol block lengths and overhead as a 
function of D (the number of sub-blocks) for values of Lp DU = 260 and Lp DU 
5 =520, respectively. 

Table 3 





D = 1 


D = 2 


D = 3 


LpDU 


260 


260 


260 


Lns 


6 


5 


5 


Lnb 


1 


2 


3 


Lhcrc 


7 


7 


7 


^Header 


15 


15 


16 


LEncHeader 


40 


40 


42 


^-Sub-block 


220 


220 


218 


Lb lock 


220 


440 


872 


Ldcrc 


16 


24 


32 




204 


416 


840 


Overhead 


21% 


20% 


19% 



20 
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Table 4 





D = 1 


D = 2 


D = 3 


LpDU 


520 


520 


520 


Lns 


6 


5 


5 




1 


2 


3 


L«crc 


7 


7 


7 


LHeader 


15 


15 


16 


LEncHeader 


40 


40 


42 


Lsub-block 


480 


480 


478 


LbIocIc 


480 


960 


1912 


Locrc 


16 


24 


32 


Loam 


464 


936 


1880 


Overhead 


10.77% 


10% 


9.62% 



The protocol overhead is halved by transmitting over 4 slots. 

A number of performance analyses were made comparing this 
embodiment of the invention relating to IRLP with the IS- 130 radio link protocol 
20 combined with the IS-136+ higher modulation format. The following 
assumptions were made in each simulation. 



1 . Coherent detection. 

25 2. Ideal channel state information (CSI). The effect of non-ideal 

channel state information through practical estimation methods 
such as pilot symbols in the case of coherent detection or 
differential detection will affect each protocol equally; hence their 
relative performance remains the same. 

30 
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3. Zero ISI, perfect symbol timing. 

4. A feedback round trip delay of 300 ms. 

5 FIGS. 12 and 13 illustrate the throughput results of one embodiment of 

the invention versus the IS- 130 protocol for low and high Doppler frequencies, 
respectively. The incremental redundancy parameters used are those of Table 4, 
with D=5, unquantized soft decision information and 16-QAM modulation. The 
throughput results for RLP1 are shown for modulation formats 4-PSK, 8-PSK 

10 and 16-QAM. The horizontal axis is average SNR per symbol. 

As shown in FIG. 12, for low Doppler, the protocol gains approximately 
20% in throughput at high SNR due to uncoded transmission (in contrast to rate 
5/6 coding used in IS- 130), while at low SNR the gain is about 3 dB due to the 
incremental redundancy. 

15 As shown in FIG. 13, at high Doppler, the protocol gains approximately 

10% in throughput because uncoded modulation is not as affective due to errors 
being more evenly distributed. At lower SNR the protocol gains between 2 to 5 
dB versus the best modulation format for IS- 130. 

Delay is an important factor in user-perceived throughput. With respect 

20 to a particular implementation, any delay associated with this embodiment of the 
invention can be reduced by decreasing the parameter D, that is, the number of 
sub-blocks comprising a data block. 

FIGS. 14 and 15 plot the throughput and average delay for D = 1,2,3,4 
and D=5 for low and high Doppler frequency, respectively. As seen in FIG. 

25 14, for low Doppler, decreasing D significantly reduces delay while having a 
small effect on throughput up to D =2. At D = l the throughput drops 
significantly. This is also true for high Doppler as shown in FIG. 15. A value 
of D = 2 provides a good compromise between throughput and delay. 

In one embodiment of the invention, the service specification of layer- 1 

30 was defined to transport bits to be delivered as soft-information bits to layer-2. 
In another embodiment of the invention, the specification can be changed such 

25 
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that layer- 1 performs the header encoding and delivers to layer-2 the soft 
sub-block and the numbers NS and NB in order to perform mode adaptation and 
hence transmit either 2, 3, or 4 sub-packets per slot pair or 2 slot pairs. In this 
manner the headers can be combined, thereby reducing CRC overhead. The 
5 optimal header encoding method can be used for each modulation format, e.g. . 
4-PSK is more robust than 16-PSK hence less header encoding is required. 

The effect of the various embodiments of the invention described herein is 
to decrease the code rate until transmission is successful. By observing the 
average number of incremental redundancy sub-blocks transmitted per successful 

10 decoding as a function of average SNR, it is observed (as expected) that the 

number of sub-blocks transmitted at low SNR is much greater than at high SNR 
with the corresponding increase in delay. This observation leads to another 
embodiment of the invention which is described below. 

In yet another embodiment of the invention, a method for adaptively 

15 reducing the delay is possible by observing the average number of sub-blocks 
transmitted and transmit this number immediately without waiting for a negative 
acknowledgment from the receiver. By transmitting the average number of 
required sub-blocks immediately, the probability of successful decoding increases 
greatly and upon failure only 1 or 2 additional sub-blocks are required. 

20 FIG. 16 illustrates the throughput and delay curves for the adapted and 

non-adapted systems operating at high Doppler in accordance with this 
embodiment of the invention. It is noted that the average delay at low SNR has 
been reduced by approximately 30% using this scheme. 

The IRLP protocol sends state feedback on the entire receive table. In the 

25 special case of D=2, the feedback requirements can be reduced by using the 
following 2-bit feedback encoding per block B s : 

00 Nothing received, sending RLP transmits and D u . 
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10 Decoding of B { unsuccessful, receiver requests either D ^or P i0 
decided by the transmitter depending on previous transmission as 
shown in Table 5 below. 

01 Decoding of Bi unsuccessful, receiver requests either D n or P u 

decided by the transmitter depending on previous transmission as 
shown in Table 5 below. 

11 Decoding of B, successful. 

Table 5 shows the decisions for the transmitter as a function of the feedback and 
which sub-block of Bi was previously transmitted. 

Table 5 



Previous 


00 


10 


01 


11 


D„ 


D it , D a 


D« 


D a 




D Q 


D u , D a 


Pn 


D a 




Pn 


Di, , Da 


Pii 


Pa 




P Q 


D u , D a 


Du 


P B 





20 

In this embodiment of the invention, with a PDU length of Lp DU = 520 
the required feedback is 50% of previous embodiments of the invention. 

To minimize memory requirements for storing the soft decision 
information at the receiver, the soft decision information is quantized. In this 
25 embodiment of the invention, the soft decision information is quantized to 3 

levels, Le^, hard-decisions with erasures. This corresponds to about 1.58 bits of 
stored information per bit of transmitted information. The estimated loss due to 
3-level quantization is about 1.2 dB. 

As discussed above, encoding module 406 utilizes a binary convolutional 
30 encoding scheme to implement IRLP. If a 3-level quantization is to be used, 
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Reed-Solomon codes for which good erasure decoding algorithms are known 
should be used as an alternative encoding scheme. This would provide up to an 
additional 1 dB of gain over the convolutional encoding scheme. 

The various embodiments of the invention were described above in terms 
5 of computer program segments stored in memory 304 and executed by processor 
302. It is noted that the computer program segments were shown as separate 
functional modules. It can be appreciated, however, that the functions performed 
by these modules can be further separated into more modules, combined into a 
single module, or be distributed throughout the system, and still fall within the 

10 scope of the invention. 

Although various embodiments are specifically illustrated and described 
herein, it will be appreciated that modifications and variations of the present 
invention are covered by the above teachings and within the purview of the 
appended claims without departing from the spirit and intended scope of the 

15 invention. For example, although memory 304 was described in terms of high- 
speed computer-readable memory to enhance execution speed, it can be 
appreciated that the computer program segments implementing the functionality 
described for each embodiment of the invention can be stored in any computer- 
readable memory, such as a magnetic storage device (e.g. . floppy disk or hard- 

20 drive) or optical storage device (e.g. . compact-disk read-only memory), and still 
fall within the scope of the invention. In another example, it can be appreciated 
that a person of ordinary skill in the art would understand that the functionality 
for these modules may also be implemented in hardware, or a combination of 
hardware and software, using well-known signal processing techniques, and still 

25 fall within the scope of the invention. 
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It is claimed : 

11. A method for communicating information between a first network device 

2 and a second network device, comprising the steps of: 

3 generating a block of bits at the first network device; 

4 encoding said block; 

5 sending said encoded block to the second network device; 

6 determining whether said encoded block was received by the second 

7 network device with an error; and 

8 sending increments of error correcting information to the second network 

9 device if said encoded block was received with an error. 

1 2. The method of claim 1, wherein said step of determining comprises the 

2 steps of: 

3 receiving a first error message from the second network device; 

4 setting a status bit associated with said encoded block; and 

5 checking said status bit. 

1 3. The method of claim 2, wherein said step of generating said block 

2 comprises: 

' 3 receiving a service data unit of bits; 

4 generating error detection bits for said service data unit bits; and 

5 concatenating said service data unit bits and said error detection bits. 
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1 4. The method of claim 3, wherein said step of encoding said block 

2 comprises the steps of: 

3 generating error correcting bits for said block; 

4 allocating said data bits and error detection bits to data intermediate 

5 blocks, and said error correcting bits to error correcting intermediate blocks; and 

6 interleaving bits from said data intermediate blocks to form data sub- 

7 blocks, and bits from said error correcting intermediate blocks to form error 

8 correcting sub-blocks. 

1 5. The method of claim 4, wherein said step of sending said encoded block 

2 comprises the steps of: 

3 a) forming a current data sub-block into a data packet data unit; 

4 b) sending said data packet data unit to the second network device; 

5 c) determining whether said data packet data unit was received by the 

6 second network device with an error; 

7 d) repeating steps b) and c) until said data packet data unit is received 

8 by the second network device without an error; and 

9 e) repeating steps a), b), c) and d) with a next data sub-block until 

10 each data sub-block for said block is received by the second network device 

1 1 without an error. 

1 6. The method of claim 5, wherein said step of determining whether said 

2 data packet data unit was received by the second network device with an error 

3 comprises the step of: 

4 receiving a second error message from the second network device 

5 indicating a data packet data unit was received with an error; 

6 setting a status bit associated with said data sub-block used to form said 

7 data packet data unit; and 

8 checking said status bit. 
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1 7. The method of claim 6, wherein said step of forming comprises the steps 

2 of: 

3 encoding a header block for each data packet data unit; and 

4 adding said encoded header block to each data packet data unit. 

1 8. The method of claim 7, wherein said step of sending error correcting 

2 information comprises the steps of: 

3 a) forming a current error correcting sub-block into an error 

4 correcting packet data unit; 

5 b) sending said error correcting packet data unit to the second 

6 network device; 

7 c) determining whether said error correcting packet data unit was 

8 received by the second network device with an error; 

9 d) repeating steps b) and c) until said error correcting packet data unit 

10 is received by the second network device without an error; and 

11 e) determining whether said block was corrected using said error 

12 correcting sub-block used to form said error correcting packet data unit; and 

13 f) repeating steps a) to e) with a next error correcting sub-block until 

14 said encoded block is corrected or until each error correcting sub-block for said 

15 encoded block is received by the second network device without an error. 

1 9. The method of claim 8, wherein said step of determining whether said 

2 error correcting packet data unit was received by the second network device with 

3 an error comprises the step of: 

4 receiving a third error message from the second network device indicating 

5 said error correcting packet data unit was received with an error; 

6 setting a status bit associated with said error correcting sub-block used to 

7 form said error correcting packet data unit; and 

8 checking said status bit. 
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1 10. The method of claim 9, wherein said step of determining whether said 

2 encoded block was corrected using said error correcting sub-block used to form 

3 said error correcting packet data unit comprises the steps of: 

4 receiving a fourth error message from the second network device 

5 indicating said encoded block was not corrected using said error correcting sub- 

6 block; 

7 setting a status bit associated with said block; and 

8 checking said status bit. 



1 11. The method of claim 10, wherein said step of forming comprises the steps 

2 of: 

3 encoding a header block for each error correcting packet data unit; and 

4 adding said encoded header block to each error correcting packet data 

5 unit. 



1 12. The method of claim 11, wherein said error detection bits are cyclical 

2 redundancy check bits. 

1 13. The method of claim 12, wherein said error correcting bits are parity bits. 



1 14. A method for communicating information between a first network device 

2 and a second network device, comprising the steps of: 

3 receiving an encoded block at the second network device; 

4 decoding said block; 

5 determining whether said block has an error; 

6 correcting said error in accordance with said determination; and 

7 generating a service data unit from said block. 
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1 15. The method of claim 14, wherein said step of receiving comprises the 

2 steps of: 

3 a) receiving a current data packet data unit from the first network 

4 device; 

5 b) determining whether said data packet data unit has an error; 

6 c) repeating steps a) and b) until said data packet data unit is received 

7 without an error; and 

8 d) repeating steps a) to c) with a next data packet data unit until each 

9 data packet data unit for said block is received without an error. 

1 16. The method of claim 15, wherein said step of determining whether said 

2 data packet data unit has an error comprises the steps of: 

3 decoding said data packet data unit into header bits and error detection 

4 bits; 

5 testing said header bits using said error detection bits; 

6 setting a status bit for a data sub-block indicated by said header bits in 

7 accordance with said testing; and 

8 checking said status bit. 

1 17. The method of claim 16, wherein said step of decoding comprises the step 

2 of retrieving data bits and error detecting bits from said received data packet data 

3 unit to form a service data unit. 
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1 18. The method of claim 17, wherein said step of determining comprises the 

2 steps of: 

3 testing said service data unit using said error detection bits; 

4 setting a status bit associated with said block in accordance with said test; 

5 and 

6 checking said bit. 

1 19. The method of claim 18, wherein said step of correcting said error 

2 comprises the steps of: 

3 a) receiving a current error correcting packet data unit at the second 

4 network device; 

5 b) determining whether said error correcting packet data unit has an 

6 error; 

7 c) sending a third error message to the first network device; 

8 d) repeating steps a) to c) until said error correcting packet data unit 

9 is received by the second network device without an error; 

10 e) determining whether said block was corrected using said error 

1 1 correcting packet data unit used to form said error correcting packet data unit; 

12 and 

13 f) repeating steps a) to e) with a next error correcting sub-block until 

14 said block is corrected or until each error correcting sub-block for said block is 

15 received by the second network device without an error. 
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1 20. The method of claim 19, wherein said step of determining whether said 

2 block was corrected using said error correcting sub-block used to form said error 

3 correcting packet data unit comprises the steps of: 

4 correcting said block using bits from said error correcting sub-block; 

5 testing said block using said error detection bits; 

6 sending a fourth error message to the first nettwork device in accordance 

7 with said testing; 

8 setting a status bit associated with said block; and 

9 checking said status bit. 

1 21. The method of claim 20, wherein said error detection bits are cyclical 

2 redundancy check bits. 

1 22. The method of claim 21, wherein said error correcting bits are parity bits. 

1 23. A method for correcting an error in a block of data sent from a first 

2 network device to a second network device, comprising the steps of: 

3 sending the block of data; 

4 determining whether the block was received with an error; and 

5 sending increments of error correcting information until said error has 

6 been corrected in accordance with said determination. 

1 24. An apparatus for communicating information between a first network 

2 device and a second network device, comprising: 

3 means for generating a block of bits at the first network device; 

4 means for encoding said block; 

5 means for sending said encoded block to the second network device; 

6 means for determining whether said encoded block was received by the 

7 second network device with an error; and 

8 means for sending increments of error correcting information to the 

9 second network device if said encoded block was received with an error. 
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1 25. The apparatus of claim 24, wherein said means for determining 

2 comprises: 

3 means for receiving a first error message from the second network device; 

4 means for setting a status bit associated with said encoded block; and 

5 means for checking said status bit. 

1 26. The apparatus of claim 25, wherein means for generating said block 

2 comprises: 

3 means for receiving a service data unit of bits; 

4 means for generating error detection bits for said service data unit bits; 

5 and 

6 means for concatenating said service data unit bits and said error detection 

7 bits. 

1 27. The apparatus of claim 26, wherein said means for encoding said block 

2 comprises: 

3 means for generating error correcting bits for said block; 

4 means for allocating said service data unit bits and error detection bits to 

5 data intermediate blocks, and said error correcting bits to error correcting 

6 intermediate blocks; and 

7 means for interleaving bits from said data intermediate blocks to form 

8 data sub-blocks, and bits from said error correcting intermediate blocks to form 

9 error correcting sub-blocks. 
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1 28. The apparatus of claim 27, wherein said means for sending said encoded 

2 block comprises: 

3 a) means for forming a current data sub-block into a data packet data 

4 unit; 

5 b) means for sending said data packet data unit to the second network 

6 device; 

7 c) means for determining whether said data packet data unit was 

8 received by the second network device with an error; 

9 d) means for utilizing means b) and c) until said data packet data unit 

10 is received by the second network device without an error; and 

11 e) means for utilizing means a), b), c) and d) with a next data sub- 

12 block until each data sub-block for said encoded block is received by the second 

13 network device without an error. 

1 29. The apparatus of claim 28, wherein said means for determining whether 

2 said data packet data unit was received by the second network device with an 

3 error comprises: 

4 means for receiving a second error message from the second network 

5 device indicating a data packet data unit was received with an error; 

6 means for setting a status bit associated with said data sub-block used to 

7 form said data packet data unit; and 

8 means for checking said status bit. 

The apparatus of claim 29, wherein said means for forming comprises: 
means for encoding a header block for each data packet data unit; and 
means for adding said encoded header block to each data packet data unit. 



1 30. 

2 

3 
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1 31. The apparatus of claim 30, wherein said means for sending error 

2 correcting information comprises: 

3 a) means for forming a current error correcting sub-block into a 

4 packet data unit; 

5 b) means for sending said error correcting packet data unit to the 

6 second network device; 

7 c) means for determining whether said error correcting packet data 

8 unit was received by the second network device with an error; 

9 d) means for utilizing means b) and c) until said error correcting 

10 packet data unit is received by the second network device without an error; and 

11 e) means for determining whether said block was corrected using said 

12 error correcting sub-block used to form said error correcting packet data unit; 

13 and 

14 f) means for utilizing means a) to e) with a next error correcting sub- 

15 block until said block is corrected or until each error correcting sub-block for 

16 said block is received by the second network device without an error. 

1 32. The apparatus of claim 31, wherein said means for determining whether 

2 said error correcting packet data unit was received by the second network device 

3 with an error comprises: 

4 means for receiving a third error message from the second network device 

5 indicating said error correcting packet data unit was received with an error; 

6 means for setting a status bit associated with said error correcting sub- 

7 block used to form said error correcting packet data unit; and 

8 means for checking said status bit. 
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1 33. The apparatus of claim 32, wherein said means for determining whether 

2 said block was corrected using said error correcting sub-block used to form said 

3 error correcting packet data unit comprises: 

4 means for receiving a fourth error message from the second network 

5 device indicating said block was not corrected using said error correcting sub- 

6 block; 

7 means for setting a status bit associated with said block; and 

8 means for checking said status bit. 

1 34. The apparatus of claim 33, wherein said means for forming comprises: 

2 means for encoding a header block for each encoded error correcting 

3 packet data unit; and 

4 means for adding said encoded header block to each error correcting 

5 packet data unit. 

1 35. The apparatus of claim 34, wherein said error detection bits are cyclical 

2 redundancy check bits. 

1 36 The apparatus of claim 35, wherein said error correcting bits are parity 

2 bits. 

1 37. An apparatus for communicating information between a first network 

2 device and a second network device, comprising: 

3 means for receiving an encoded block at the second network device; 

4 means for decoding said block; 

5 means for determining whether said block has an error; 

6 means for correcting said error in accordance with said determination; and 

7 means for generating a service data unit from said block. 



39 



BNSDOCID: <WO 992248 1 A 1 _l_> 



WO 99/22481 



PCT/US98/22781 



1 38. The apparatus of claim 37, wherein said means for receiving comprises: 

2 a) means for receiving a current data packet data unit from the first 

3 network device; 

4 b) means for determining whether said data packet data unit has an 

5 error; 

6 c) means for utilizing means a) and b) until said data packet data unit 

7 is received without an error; and 

8 d) means for utilizing means a) to c) with a next data packet data unit 

9 until each data packet data unit for said block is received without an error. 

1 39. The apparatus of claim 38, wherein said means for determining whether 

2 said data packet data unit has an error comprises: 

3 means for decoding said data packet data into header bits and error 

4 detection bits; 

5 means for testing said header bits using said error detection bits; 

6 means for setting a status bit for a data sub-block indicated by said header 

7 bits in accordance with said testing; and 

8 means for checking said status bit. 

1 40. The apparatus of claim 39, wherein said means for decoding comprises: 

2 means for retrieving data bits and error detecting bits from said received 

3 data sub-blocks to form a service data unit. 

1 41. The apparatus of claim 40, wherein said means for determining 

2 comprises: 

3 means for testing said service data unit using said error detection bits; 

4 means for setting a status bit associated with said block in accordance 

5 with said test; and 

6 means for checking said bit. 
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1 42. The apparatus of claim 41 , wherein said means for correcting said error 

2 comprises: 

3 a) means for receiving a current error correcting protocol data unit at 

4 the second network device; 

5 b) means for determining whether said error correcting packet data 

6 unit has an error; 

7 c) means for sending a third error message to the first network 

8 device; 

9 d) means for utilizing means a) to c) until said error correcting packet 

10 data unit is received by the second network device without an error; 

11 e) means for determining whether said block was corrected using said 

12 error correcting sub-block used to form said error correcting packet data unit; 

13 and 

14 f) means for utilizing means a) to e) with a next error correcting sub- 

15 block until said block is corrected or until each error correcting sub-block for 

16 said block is received by the second network device without an error. 

1 43. The apparatus of claim 42, wherein said means for detennining whether 

2 said block was corrected using said error correcting sub-block used to form said 

3 error correcting packet data unit comprises: 

4 means for correcting said block using bits from said error correcting sub- 

5 block; 

6 means for testing said block using said error detection bits; 

7 means for sending a fourth error message to the first network device in 

8 accordance with said testing; 

9 means for setting a status bit associated with said block; and 

10 means for checking said status bit. 

1 44. The apparatus of claim 43, wherein said error detection bits are cyclical 

2 redundancy check bits. 
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1 45. The apparatus of claim 44, wherein said error correcting bits are parity 

2 bits. 

1 46. An apparatus for correcting an error in a block of data sent from a first 

2 network device to a second network device, comprising: 

3 means for sending the block of data; 

4 means for determining whether the block was received with an error; and 

5 means for sending increments of error correcting information until said 

6 error has been corrected in accordance with said determination. 

1 47. An apparatus correcting an error in a block of data sent from a first 

2 network device to a second network device, comprising: 

3 a send IRLP circuit; and 

4 a receive IRLP circuit in communication with said send transport circuit. 

1 48. The apparatus of claim 47, wherein said send IRLP module comprises: 

2 a blocker coupled to an input port, said blocker receiving bits comprising 

3 a service data unit and having an blocker output port; 

4 an encoder coupled to said blocker output port, said encoder receiving 

5 said bits and forming an encoded block using said bits, said encoder having an 

6 output port; 

7 a send transport device coupled to said encoder output port, said send 

8 transport device receiving said encoded block and forming a protocol data unit 

9 for transmission on a network. 
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1 49. The apparatus of claim 47, wherein said receive IRLP circuit comprises: 

2 a receive transport device having a receive input port, said receive 

3 transport device receiving a protocol data unit from a network and having a 

4 receive transport output port; 

5 a quantizer coupled to said receive transport output port, said quantizer 

6 receiving said protocol data unit and forming a quantized block of bits, said 

7 quantizer having an quantizer output port; 

8 a first decoder coupled to said quantized output port, said first decoder 

9 receiving said quantized block of bits and forming a first decoded block of bits, 

10 said first decoder having a first decoder output port; 

11 a second decoder coupled to said first decoder output port, said second 

12 decoder receiving said first decoded block of bits and forming a second decoded 

13 block of bits, said second decoder having a second decoder output port; 

14 a deblocker coupled to said second decoder output port, said deblocker 

15 receiving said second decoded block of bits and forming a service data unit. 

1 50. A computer-readable medium whose contents cause a computer system to 

2 communicate information between a first network device and a second network 

3 device, by performing the steps of: 

4 generating a block of bits at the first network device; 

5 encoding said block; 

6 sending said encoded block to the second network device; 

7 determining whether said encoded block was received by the second 

8 network device with an error; and 

9 sending increments of error correcting information to the second network 

10 device if said encoded block was received with an error. 
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1 51. A computer-readable medium whose contents cause a computer system to 

2 communicate information between a first network device and a second network 

3 device, by performing the steps of: 

4 receiving an encoded block at the second network device; 

5 decoding said block; 

6 determining whether said block has an error; 

7 correcting said error in accordance with said determination; and 

8 generating a service data unit from said block. 

1 52. A computer-readable medium whose contents cause a computer system to 

2 communicate information between a first network device and a second network 

3 device, by performing the steps of: 

4 sending the block of data; 

5 determining whether the block was received with an error; and 

6 sending increments of error correcting information until said error has 

7 been corrected in accordance with said determination. 
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